home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19970104-19970326 / 000334_news@columbia.edu _Mon Mar 3 11:14:14 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id LAA04411
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Mon, 3 Mar 1997 11:14:14 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA27288
  7.     for kermit.misc@watsun; Mon, 3 Mar 1997 11:14:13 -0500 (EST)
  8. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: FAST+FAST->Window slots 1 of 20
  12. Date: 3 Mar 1997 16:14:12 GMT
  13. Organization: Columbia University
  14. Lines: 32
  15. Message-ID: <5fetck$bde$1@apakabar.cc.columbia.edu>
  16. References: <5fb64g$5fp@nntp.Stanford.EDU>
  17. NNTP-Posting-Host: watsun.cc.columbia.edu
  18. Xref: news.columbia.edu comp.protocols.kermit.misc:6673
  19.  
  20. In article <5fb64g$5fp@nntp.Stanford.EDU>,
  21. Stewart Levin <stew@taal.Stanford.EDU> wrote:
  22. : C-Kermit 6.0.192 on both ends (Linux and Sun OS 4.1.3)
  23. : Binary file transfer mode
  24. : FAST invoked on both ends before transfer
  25. : 
  26. : SEND'ing a large file from the Sun to the PC produces
  27. : 20 rapid packets followed by a much slower one-at-a-time
  28. : crawl and the message that I am using 1 of 20 window slots.
  29. : Cancelling the file takes 20 more packets to complete.
  30. :
  31. This means the round-trip delay is significantly longer than
  32. the time it takes to transmit 20 packets.  Sind the FAST macro
  33. gives you a packet length of 4K, that means 80K worth of packets.
  34.  
  35. What happens if you increase the window slots to 30 (which
  36. is close to the maximum)?  If the connection is clean
  37. (no retransmissions) then you can also try increasing the packet
  38. length up to 8 or 9K.
  39.  
  40. On the other hand, if the delays are not due to connection
  41. latency, none of this will help -- there is another bottleneck
  42. that you need to indentify, most likely limited capacity of the
  43. receiving computer or other intermediate device (such as a
  44. terminal server).  In that case, there's not much you can do in
  45. Kermit to overcome the limitations of the underlying connection;
  46. you'll need to address them directly.
  47.  
  48. But first see if you can narrow down exactly where the bottleneck
  49. is.
  50.  
  51. - Frank